REMARKS 



The purpose of this Amendment is to put the application in condition for 
allowance of claims 1-5, 7, and 17, in accordance with the Official Action of 25 June 
5 2008, wherein these claims were determined to be allowable, pending the formal matters 
being addressed. 

Rejected claims 10 and 12-16 are cancelled hereby and claims 6, 8, 9, and 1 1 
were previously cancelled. 

1 0 Claim Ob j ections 

Amendments have been made to claims 1, 2, 3, and 5 to meet the Examiner's 
claim objections and to respond to the 35 U.S.C. 1 12, 2d paragraph, rejections. 

The Examiner has enquired as to the meaning of "MSB" in claim 14. Since that 
claim has been cancelled, this issue is moot. However, MSB is a standard term in the IT 
15 or computer industry and means "most significant bit." There were other objections to 
claims 10 and 15, which are also moot. 



Claim Rejections - 35 U.S.C. 112, 2d Paragraph 

Applicant has amended claim 1 in an effort to meet each point of indefiniteness 
20 raised by the Examiner, and are discussed here in the order in which they appear in the 
Action. 

A. Claim 1 - "replacing blocks by each other"; the words "by each other" 
have been deleted, and the concept has been clarified by adding at the end off) 3) in line 
22, ", whereby respective old and new logical blocks are replaced by each other." This 

25 follows from the delineated mechanism, which is stepwise set out in f) 1) - 3), lines 17- 
22. 

B. Claim 1 - 

1 . "the unchanged data" seems fully self explanatory. It refers to that 
part of data in the block which will not be overwritten by the 
30 update data, so that data is the same in both the old and the new 

block. 



4 



2. "the old data blocks" has been revised to read "the old data blocks 
which contain non-updated data " These are the physical blocks 
which contain logical blocks before the update process has been 
started and now will be replaced by new physical blocks which 
now contain the logical blocks with their updated data. 

3. "the concerned logical blocks" has been revised to read "the 
updated logical blocks," These are those blocks concerned by the 
update process, viz., all logical blocks to which update data has 
been written. 

4. "the field" has been revised to "the commit field," which has a 
clear antecedent in line 19. 

5. "the block" has been revised to "the commit block/ 5 the antecedent 
being inline 12. 

6. .. "the invalid commit block" has been revised to read "the commit 

block not containing valid commit data" 

C. Claim 3 - "the block number" and "the number" have been respectively 
amended to "the logical block number" and "the unique number," based upon the 
revision of claim 2, where "each individual segment having a unique number in the order 
of its position," has been added to provide an antecedent basis for amended claim 3. 

D. Claim 5 - "the leading block" has been changed to "the block before the 
following block." This is self explanatory. 

E. Claim 1 - "the corresponding memory block" means the memory block 
which corresponds to that bit in the commit block which is changed. Every bit in the 
commit block is responsible for the validity of a memory block, that is, the corresponding 
memory block. Applicant believes the wording is clear and definite and has no proposal 
for revising it. 



CONCLUSION 

It is believed that all outstanding matters have been addressed and that claims 1-5, 
7, and 17 are in condition for allowance. Should any issues remain unresolved, Examiner 
5 Patel is invited to telephone the undersigned attorney. 



The Maxham Firm 
A Professional Corporation 
9330 Scranton Road, Suite 350 
San Diego, California 92121 
Telephone: (858) 587-7659 
Facsimile: (858) 587-7658 



Respectfully submitted, 
RainerNASE 




Registration No. 24,483 
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